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ABSTRACT 

The  data  acquisition  system  in  the  Low  Speed  Wind  Txinnel  at  the  Aeronautical  and 
Maritime  Research  Laboratory  was  recently  upgraded.  The  MicroVAX  II  host 
computer  was  replaced  by  a  Digital  AlphaServer  400  running  Digital  UNIX,  and  the  Bi¬ 
directional  Parallel  Interface  data  bus  was  replaced  by  ethemet  and  fast  serial 
communication.  The  upgrade  provides  a  system  which  is  easier  to  use;  includes  a 
graphical  user  interface;  provides  a  communication  bus  based  on  standard 
communication  protocols,  which  achieves  higher  data  transfer  rates;  is  far  more 
reliable  and  easy  to  maintain;  and  the  system  is  more  flexible  than  previous  versions. 
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A  New  Data  Acquisition  System  for  the  AMRL 
Low  Speed  Wind  Tunnel 


Executive  Summary 

Wind  tunnels  are  one  of  the  primary  sources  of  aerodynamic  data  for  aeronautical 
research.  The  Australian  Defence  Science  and  Technology  Organisation  (DSTO) 
operates  two  major  wind  tunnels  at  the  Aeronautical  and  Maritime  Research 
Laboratory  (AMRL),  one  covers  the  low  speed  regime  and  the  other  covers  the 
transonic  speed  regime.  Restilts  obtained  from  wind  tunnel  tests  are  used  in  many 
areas,  such  as  aerodynamics  research,  aircraft  design  and  modification,  validation  of 
computational  fluid  dynamics  codes,  and  flight  dynamic  models. 

Achieving  a  high  level  of  accuracy  in  wind  tunnel  test  results  is  essential.  Accuracy  of 
the  results  depends  on  many  factors,  such  as  the  data  acquisition  system,  the  force  and 
moment  measuremait  system,  the  pressure  measurement  system,  and  an  array  of 
other  sensors  that  may  be  used  in  gathering  data. 

The  data  acquisition  system  in  the  Low  Speed  Wind  Tunnel  (LSWT)  at  AMRL  was 
recently  upgraded.  The  MiaoVAX  11  host  computer  was  replaced  by  a  Digital 
AlphaServer  400  running  Digital  UNIX,  and  the  Bi-directional  Parallel  Interface  data 
bus  was  replaced  by  ethemet  and  fast  serial  communication.  The  upgrade  provides  a 
system  which  is  easier  for  staff  to  use;  includes  a  graphical  user  interface;  provides  a 
communication  bus  based  on  standard  communication  protocols,  which  achieves 
hi^er  data  transfer  rates  and  is  far  more  reliable  and  easy  to  maintain;  and  the  system 
is  more  flexible  than  previous  versions. 

The  LSWT  data  acquisition  system  is  under  constant  development  as  software  and 
hardware  technology  improves.  Instrumentation  modules,  both  VME-based  and  PC- 
based,  have  been  developed  and  used  to  provide  the  functionality  required  for  wind 
tunnel  testing.  Currently,  a  system  built  on  the  VXIbus  standard  is  being  investigated 
as  a  potential  replacement  for  VME-based  instrumentation  modules. 

The  upgrade  of  the  data  acquisition  system  achieved  all  the  objectives  stated  at  the 
outset  of  the  project.  Most  importantly,  it  provides  DSTO  and  Defence  customers  with 
the  ability  to  continue  to  obtain  aerodynamic  data  in  the  low  speed  regime  accurately 
and  efficiently. 
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1.  Introduction 

The  most  recent  version,  prior  to  the  current  upgrade,  of  the  data  acquisition  system  in 
the  Low  Speed  Wind  Tunnel  (LSWT)  at  the  Aeronautical  and  Maritime  Research 
Laboratory  (AMRL)  was  installed  during  the  late  1980s  (Matheson  et  al,  1991).  The 
system  was  based  on  a  host-slave  concept,  where  the  host  was  a  Digital  MicroVAX  n 
computer,  and  the  slaves  were  VME-based  or  PC-based  instrumentation  modules 
designed  in-house  at  AMRL.  The  host  computer  issued  commands  to  the  modules, 
gathered  all  the  data  and  performed  the  data  reduction.  Each  module  acquired  data 
related  to  specific  functions  only,  as  required  by  the  wind  tunnel  test  programme.  An 
AMRL-designed  data  bus  provided  bi-directional  commtinication  between  the  host 
computer  and  the  slave  modules  (Harvey,  1989). 

The  Digital  MicroVAX  n  operating  system  was  VMS  and  the  data  processing  software 
source  code,  written  in  Fortran,  was  based  on  code  that  was  originally  written  for  a 
Digital  PDP 11/44.  Over  the  years  the  source  code  underwent  many  modifications  and 
had  become  difficult  to  maintain.  A  Digital  AlphaServer  400  was  chosen  as  the 
replacement  for  the  host  computer,  and  it  provided  a  C,  X/Motif,  and  OpenGL 
software  development  environment.  Using  this  mixture  of  development  tools  the  key 
design  criteria  for  the  system  included  platform  independence  and  ease  of 
maintenance. 

The  original  bi-directional  parallel  interface  data  bus  did  not  achieve  its  stated  speed  or 
reliability  design  objectives  and  it  would  suddenly  stop  working  for  unacceptable 
periods  of  time.  In  choosing  a  replacement  for  the  data  bus,  minimum  modification  to 
the  slave  modules  was  added  to  reliability  and  speed  as  essential  requirements.  The 
communication  medium  chosen  for  the  new  data  bus  was  the  widely  used  10  Megabit 
per  second  ethemet  standard.  All  PC-based  instrumentation  modules  were  quickly  and 
easily  connected  to  the  new  data  bus  by  replacing  the  bi-directional  parallel  interface 
card  with  an  ethemet  card.  VME-based  instrumentation  modules  were  connected  to  a 
multi-port  RS-232  serial  card  in  a  PC  which  translated  the  RS-232  data  onto  the 
ethemet  data  bus  (Spataro  and  Kent,  1998). 

This  report  provides  a  general  overview  of  the  components  that  make  up  the  wind 
tunnel  data  acquisition  system,  mcluding  descriptions  of  both  hardware  and  software. 
The  design  concepts  and  implementation  described  are  applicable  to  many  wind 
tunnel  data  acquisition  systems. 


2.  System  Overview 


The  overall  wind  tunnel  data  acquisition  system  concept  is  illustrated  in  Figure  1.  The 
Digital  AlphaServer  400  4/233  acts  as  the  host  computer,  transmitting  read  and  write 
requests  to  individual  modules,  and  listerung  to  data  being  broadcast  on  the  dedicated 
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data  acquisition  ethemet  network.  The  host  is  connected  via  a  16-port  ethemet  hub  to 
die  PC-based  modules,  which  are  connected  directly  to  the  ethemet  using  standard 
ethemet  network  cards.  A  multi-port  serial  hub  PC  acts  as  the  gateway  to  the  VME- 
based  modules  as  shown  in  Figure  1  (Spataro  and  Kent,  1998).  The  serial  hub  PC 
interprets  the  ethemet  requests  from  the  host  and  converts  them  to  serial  requests  for 
the  specific  VME-based  module.  Each  instrumentation  module  performs  a  particular 
function  as  part  of  the  overall  data  acquisition  system  and  is  connected  to  its  own 
sensors,  motors,  controllers,  and  instrumentation  using  a  range  of  hardware. 


Figure  1  Data  acquisition  and  instrumentation  conceptual  layout 


3.  Host  Computer  -  Digital  AlphaServer  400  4/233 

The  Digital  Alpha  Server  400  is  an  Alpha  microprocessor  233  MHz  CPU  system.  The 
server  supports  up  to  384  MB  of  industry-standard  SIMM  memory  and  has  an 
integrated  Fast  Narrow  SCSI-2  controller.  The  system  enclosure  supports  five  storage 
devices  including  a  floppy  diskette  drive,  CD-ROM,  and  hard  drives.  Six  industry 


2 


DSTO-TR-0896 


Standard  I/O  expansion  slots  (two  PCI,  three  ISA,  and  one  PCI/ISA  slot)  provide  for 
options  such  as  high-performance  graphics,  networking  and  SCSI  adapters. 

The  system  configuration  used  in  the  LSWT  data  acquisition  system  includes  128  MB 
of  memory,  two  2.1  GB  hard  disk  drives,  a  CD-ROM  drive,  an  8  GB  DAT  drive,  two 
10/100  ethemet  controllers,  and  a  ZLXp-E3  24-bit  z-buffering  graphics  adapter.  The 
operating  system  used  is  Digital  UNIX  V4.0E.  The  data  acquisition  software  is  written 
using  the  Digital  C  development  tools,  the  graphical  user  interfaces  are  written  using 
X/ Motif,  and  the  graphical  displays  providing  real  time  monitoring  of  the  data  are 
written  using  a  mixture  of  Open  GL  and  GLUT  (GL  Utilities  Toolkit)  provided  by  the 
Digital  Oper^D  software  libraries. 


4.  Software  Description 


The  data  acquisition  software  consists  of  a  number  of  different  programs,  all  of  which 
are  accessible  to  the  user  from  a  single  data  acquisition  window  (Figure  2). 
Configuration  of  the  test  programme  is  required  prior  to  starting  a  test  and  all  required 
parameters  must  be  input  using  the  zvtsetup  software  (Edwards,  1999).  Real  time 
graphical  monitoring  of  test  data  is  provided  by  the  monfrc  software  (Edwards,  1999), 
and  the  graphical  output  is  displayed  on  the  main  console.  Data  acquisition,  reduction 
and  storage  functions  are  provided  by  the  comfrc  software  (Edwards  and  link,  1999), 
and  is  accessed  via  a  PC  running  an  X  session  (using  the  X-emulation  software  X- 
Win32i)  from  the  host  computer.  The  software  used  to  acquire  the  data  from  the 
ethemet,  testBcast,  is  described  later  in  Section  7. 


*  Stamet  Communications  Corporation,  V4.01, 1997.  Further  information  is  available  at 
http://www.stamet.com/  on  the  World  Wide  Web. 
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Figure  2  Main  data  acquisition  interface  window 

4.1  Test  Setup 

The  software  wtsetup  provides  the  user  interface  to  the  files  required  to  configure  a  test 
programme.  Parameters  such  as  the  chord,  span,  surface  area,  wind  tunnel  correction 
variables,  balance  calibration  matrices,  sting  deflection  matrices  and  many  others,  must 
be  determined  and  input  prior  to  commencing  a  wind  tunnel  test.  Additionally,  the 
user  must  determine  and  input  the  safe  operating  range  for  the  wind  tunnel  test 
parameters,  such  as  tunnel  velocity,  tunnel  temperature,  balance  loads,  and  set  these 
lunits  for  the  real  time  displays. 

4.2  User  Interface 

The  software  comfrc  (Figure  3)  provides  the  user  interface  to  the  data  acquisition 
process  for  force  and  moment  wind  tunnel  tests.  The  user  creates  new  data  files  or 
opens  existing  files  for  appending  data  to,  'takes  data',  and  creates  the  output  files 
containing  data  in  engineering  units,  using  this  software.  The  configuration  files 
created  using  wtsetup  are  read  by  comfrc  and  used  in  the  data  reduction  functions. 
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Figure  3  Comfrc  main  window  -  for  force  and  moment  tests 


4.3  Real  Time  Data  Monitoring 

The  software  monfix  (Figure  4)  provides  the  real  time  monitoring  of  wind  tunnel 
operating  and  test  parameters,  including  tunnel  velocity,  tunnel  pressures  and 
temperatures,  test  Reynolds  number,  model  attitude,  control  surface  deflection  angles, 
and  balance  voltages  and  loads.  The  user,  running  the  comfrc  program,  decides  when 
the  required  data  is  'on  setpoint'  using  the  monitoring  software  and  initiates  the  data 
sampling  and  recording  process.  This  procedure  is  semi-automated  through  the  use  of 
a  schedule  file  which  includes  the  test  conditions  for  each  data  point.  However,  at 
present,  the  velocity  in  the  test  section  is  not  automatically  controlled;  it  is  controlled 
by  a  single  human-in-the-loop  operator. 
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5.  VME-based  Instrumentation  Modules 


Each  data  acquisition  function  is  prmarily  performed  by  an  instrumentation  module 
which  is  built  around  a  microprocessor  with  local  processing  power.  These  VME-based 
modules  use  Motorola  MC68000  microprocessors  running  proprietary  assembly 
language  software,  with  a  VMEbus  backplane  bus  system.  In  addition  to  the  cards 
required  for  the  specific  data  acquisition  fimctions,  the  original  design  of  the  modules 
induded  a  card  providing  the  ability  to  communicate  with  the  host  computer  via  the 
bi-directional  parallel  interface  (BPI)  communication  protocol. 

A  fimdamental  requirement  of  the  data  acquisition  upgrade  was  to  minimise  the 
modifications  to  the  VME-based  modtdes'  hardware  and  softivare.  After  the  decision 
was  taken  to  replace  the  BPI  data  bus  with  ethemet,  an  ethemet  card  compatible  with 
the  VME  implementation  used  in  the  modules  was  sought.  An  ethemet  card  which 
potentially  met  the  requirement  was  sourced  and  work  commenced  on  attempting  to 
integrate  it  with  the  VME-based  module.  The  integration  of  the  VME  ethemet  card  was 
not  successful  for  two  main  reasons.  Firstiy,  incompatibility  between  the  AMRLr 
designed  VME-based  modules,  which  were  designed  in  the  early  1980s  and  partially 
complied  with  the  'VME  pre-Rev  C.1 1985  version'  (Motorola,  1985),  and  the  ethemet 
card's  VME  implementation  which  was  post-1987.  Secondly,  it  appeared  that  the 
software  integration  of  the  ethemet  hardware  with  the  assembler  code  written  for  the 
VME-based  modtdes  would  be  a  difficult  process,  and  it  would  require  additional  real 
time  operating  systems  and  major  re-wntes  of  code.  After  three  months  of  unsuccessful 
attempts,  a  decision  was  made  to  discontinue  the  work  with  the  VME  ethemet  card. 

A  bus  replacement  option  evaluated  earlier  in  the  project  for  the  VME-based  modules 
was  the  midti-port  serial  connection  option.  As  a  result  of  the  unsuccessful  attempt  to 
integrate  the  VME  ethemet  card  with  the  instrumentation  modxdes,  the  multi-port 
serial  connection  option  was  chosen  as  the  preferred  method  and  was  implemented. 
The  BPI  communication  card  in  each  module  was  replaced  with  an  AMRL-designed 
serial  communication  card  incorporating  a  Motorola  MC68681  dual  asynchronous 
receiver/transmitter  (DUART)  chip.  The  modules  were  connected  to  a  PC  containing  a 
Hostess550  eight  port  RS-232  serial  adapter  card.  This  PC,  known  as  the  Serial  Hub  PC, 
also  included  an  ethemet  card  and  it  was  capable  of  communicating  with  the  host 
computer  over  the  dedicated  data  acquisition  system  ethemet  network.  The  software 
residing  on  the  VME-based  modules  was  modified  to  provide  the  ability  to  transmit 
and  receive  serial  data  packets.  (Spataro  and  Kent,  1998) 

The  communication  methodology  is  predominantly  based  on  data  streaming,  reading 
from  vectors,  writing  to  vectors,  and  a  database  which  contains  the  most  recent  data 
from  the  module,  as  illustrated  in  Figure  5. 
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Host  Command  Serial  Hub  VME  Module 


Figure  5  Command  and  dataflow  in  the  Serial  Hub 


In  normal  operating  mode,  at  completion  of  the  VME  modtile's  data  trigger  cycle,  the 
module  streams  its  current  data  to  the  serial  hub  PC,  and  the  serial  hub  PC  then 
updates  its  database.  When  the  'frame  complete'  vector  is  received  from  the  module, 
indicating  that  a  complete  set  of  module  data  is  now  in  the  serial  hub  database,  an 
ethemet  packet  is  compiled  and  sent  to  the  host  computer.  Single  reads  from  the  serial 
hub  database,  or  direct  reads  from  the  module,  are  both  valid  and  are  handled  by  the 
serial  hub.  In  addition,  direct  writes  are  supported.  This  allows  initialisation  data  to  be 
written  to  the  module,  as  well  as  providing  the  ability  to  initiate  control  or  command 
sequences  which  are  pre-programmed  in  the  VME  modules. 

An  example  of  a  VME-based  module  is  the  Model  Attitude  Module  which  controls  the 
turntables  located  in  the  floor  and  ceiling  of  each  of  the  two  test  sections.  The 
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turntables  are  driven  by  electric  motors  and  they  can  be  rotated  to  enable  a  wind 
tunnel  model  to  be  yawed  through  ±185°.  In  addition  to  the  CPU,  memory  and  RS-232 
serial  interface  cards,  the  module  contains  a  resolver/ encoder  interface  card,  three 
parallel  digital  input/output  cards  and  a  relay  drive  card  for  computer  control  of  the 
turntables.  The  module  receives  commands  from  the  host  computer  via  the  serial  hub 
PC  to  set  and  move  to  new  yaw  angles,  and  the  current  yaw  angle  value  in  the  serial 
hub  PC  database  is  continually  updated  based  on  the  signal  output  from  the  resolver. 
(Kent,  1998) 


6.  PC-based  Instrumentation  Modules 


In  the  early  1990s,  as  PC  technology  became  dominant,  it  was  decided  that  the  design 
of  the  instrumentation  modtdes  would  utilise  PCs  in  preference  to  the  VME-based 
design.  A  BPI  card  was  developed  for  the  PC/AT  bus  architecture  and  four  modtiles 
were  designed  and  manufactured.  PC-based  modules  were  easier  to  maintain,  modify, 
and  expand  as  the  wind  tunnel  instrumentation  requirements  changed  and  increased. 
The  hardware  change  to  accommodate  the  new  data  bus  was  a  simple  replacement  of 
the  BPI  card  with  a  standard  PC  ethemet  card. 

The  operating  system  running  on  the  PCs  is  MS-DOS  V6.2.  The  application  software  is 
written  in  C  or  C++  and  utilises  RTKemeP  (RTK),  a  real  time  multi-tasking  software 
system.  The  software  was  modified  to  replace  the  BPI  driver  with  code  to  communicate 
over  ethemet  with  TCP/IP  protocols. 

The  communication  methodology  is  similar  to  that  described  in  Section  4,  except  there 
is  no  need  for  an  intermediate  stage  (serial  hub  PC)  between  the  module  and  the  host. 
In  normal  operating  mode,  the  PC  gathers  data  from  sensors  and  other  sources.  On 
completion  of  a  pre-defined  stage  of  the  data  acquisition  cycle  an  ethemet  packet  is 
assembled  and  broadcast  or  narrowcast  (sent  to  a  single  IP  address)  over  the  ethemet. 
The  host  collects  the  packet  and  makes  the  data  available  to  the  comfrc  and  monfrc 
programs  by  placing  the  data  in  a  shared  memory  database.  Direct  reads  and  direct 
writes  are  also  available  to  provide  full  communication  with  each  PC  module. 

An  example  of  a  PC-based  module  is  the  Freestream  Parameter  Module  (Bird,  1999). 
This  modtde  monitors  tunnel  pressures  and  temperature,  and  calculates  parameters 
such  as  tunnel  velocity,  dynamic  pressme,  Mach  munber,  air  density,  and  test 
Reynolds  niunber.  All  parameters  are  broadcast  over  the  network  for  other  modules  to 
use  if  required,  but  more  specifically  for  the  host  computer  running  the  monitoring 
software  monfrc  to  update  the  display,  as  described  in  Section  4.3. 


^  RTKemel  is  a  16  bit  Real  Time  Kernel  supplied  by  On  Time  Infomatik  GmbH.  Further  information  is 
available  at  http://www.on-time.com/  on  the  World  Wide  Web. 
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7.  Data  Bus  Description 

The  host  computer  is  coimected  to  the  instrumentation  modules  via  a  dedicated 
10BaseT3  ethemet  network  that  replaced  the  bi-directional  parallel  interface  (BPI)  data 
bus  (Harvey,  1989).  With  the  BPI  data  bus  the  host  controlled  aU  data  transfer,  and  data 
was  transferred  by  repeated  cycles  of  tiie  host  (master)  reading  or  writing  sixteen  bit 
words  to  individual  slave  modules.  Ethemet  is  much  more  flexible,  it  may  be  used  in  a 
cimilar  master-slave  fashion,  and  it  also  allows  module  to  module  transfers  and 
broadcasting.  To  provide  reliable  collision  detection  ethemet  cannot  transfer  packets 
smaller  than  sixty-four  bytes  in  length.  However,  the  inability  to  send  single  word 
packets  is  not  significant  since  the  data  transfer  scheme  was  adjusted  to  make  use  of 
the  extra  data  bytes  available.  The  data  transfer  scheme  was  further  enhanced  to  make 
use  of  die  advantages  of  ethemet  by  adding  data-driven  communication  to  the  master- 
slave  communication  concept  that  was  used  previously  by  the  BPI  data  bus.  A  data- 
driven  scheme  allows  the  module  that  has  new  data  to  send  it  immediately  rather  than 
waiting  for  the  master  computer  to  fetch  data  based  upon  a  cyclic  poll  of  the  modules. 

Since  the  host  computer  is  a  UNIX  based  machine  with  TOP/IP  over  ethemet 
networking  protocols  built  in,  the  data  encapsulation  protocol  was  chosen  from  the 
TCP/IP  stiite.  TCP/IP  has  Transmission  Control  Protocol  (TCP)  and  User  Datagram 
Protocol  (UDP).  TCP  is  connection-oriented  and  reliable,  whereas  UDP  is 
connectionless  and  has  no  built  in  error  correction.  The  wind  tunnel  data  acquisition 
system  modules  are  located  well  within  the  distances  allowed  on  a  single  segment  of 
ethemet.  In  this  dedicated  small  network  it  was  anticipated  that  the  niimber  of  lost,  out 
of  sequence  or  erroneous  packets  would  be  very  low.  Since  a  single  segment  network 
negated  tiie  reliability  advantage  of  TCP,  and  as  UDP  can  broadcast  packets,  which 
connection-oriented  TCP  cannot  do,  and  because  UDP  appeared  easier  to  implement 
into  RTK,  UDP  was  chosen  to  be  the  communication  protocol. 

UDP  protocol  encapsulates  the  data  by  placing  an  eight-byte  header  in  front  of  the 
data.  The  UDP  header  specifies  the  source  and  destination  ports,  a  total  length  and  a 
check-sum.  When  the  host  initiates  communication  with  a  module,  the  master-slave 
port  number,  40312,  is  used  as  the  destination  port.  When  modules  send  unsolicited 
data  to  the  host  or  other  modules,  the  data-driven  port  number,  40311,  is  used  as  the 
destination  port.  The  information  carried  in  the  UDP  encapsulated  packets  can  be 
divided  into  two  sections.  First,  there  is  a  header  section,  which  is  followed  by  a  data 
section.  The  stmcture  of  the  header  section  is  shown  below. 


^10  Megahertz  Base-band  signalling  over  Twisted  pair  wiring. 
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struct  LSWT_UDP_HDR  { 

unsigned  short  int  conunandOrConunandBeingRepliedTo; 

unsigned  short  int  sequenceNumber; 

unsigned  short  int  commandResponse; 

unsigned  short  int  actualDataT5rpeAndLength; 

unsigned  long  int  timeSinceMdnightliiMiiliseconds; 

unsigned  short  int  shortDummy_l; 

unsigned  short  int  shortDununy_2; 

unsigned  long  int  longDununy_l; 

unsigned  long  int  longDuinmy_2; 

} 


/*  ie  0x0062  is  module  ID  */ 

/*  allows  some  error  checks  */ 
/*  Zero  if  no  error  */ 

/*  Data  type  and  Length  */ 

/*  Zero  if  not  available  */ 

/*  For  future  -  imdefmed  */ 

/*  For  future  -  imdefmed  */ 

/*  For  future  -  undefined  */ 

/*  For  future  -  undefined  */ 


Each  packet  sent  from  the  host  to  the  modules,  and  vice-versa,  using  the  master-slave 
port  carries  the  header  structure  above,  plus  an  eighty-byte  data  section,  a  total  length 
of  104  bytes.  The  information  in  the  header  indicates  the  t5rpe  of  data  and  the  actual 
length  of  the  data.  Data-driven  mode  packets  use  an  extended  data  section  appended 
to  the  same  header  structure.  This  data  section  contains  all  the  data  held  by  the  module 
plus  an  identification  string.  If  all  the  string  space  is  used  then  the  total  length  is  264 
bytes. 

Modules  in  data-driven  mode  can  'narrowcast'  (unicast)  the  data  instead  of 
broadcasting  it  to  reduce  module  overheads  from  processing  irrelevant  network  traffic. 
Broadcast  mode  is  useful  for  modules  that  have  information  required  by  other  modules 
as  well  as  the  host. 


The  user  interface  software  programs  developed  on  the  host  computer  run  as  single 
processes  independent  of  one  another.  Each  program  must  be  able  to  access  the  most 
current  data  that  is  available  from  the  modules.  Additionally,  only  one  program 
(process)  can  bind  to  a  specific  UDP  port  at  a  time.  To  overcome  these  constraints, 
shared  memory  was  chosen  as  the  interprocess  communication  method,  as  it  would 
provide  data  sharing.  Shared  memory  allows  two  or  more  processes  to  have  a  region  of 
memory  that  each  process  may  rrference.  Once  each  process  sets  up  the  shared 
memory,  tibe  processes  can  access  the  data  in  shared  memory  without  involving  the 
kernel  at  all.  Synchronisation  must  be  provided  when  accessing  the  shared  memory 
and  this  is  handled  using  semaphores.  (Stevens,  1999) 

The  program  testBcast  listens  to  the  data-driven  UDP  port  and  updates  the  shared 
memory  as  modules  send  their  data  over  the  network.  The  rdDutu  library  routines 
provide  a  calling  program  with  the  latest  data  sent  by  a  particular  module.  These 
routines  read  the  data  from  the  shared  memory  that  is  continually  updated  by  the 
testBcast  program.  A  semaphore  is  used  to  control  access  to  the  shared  memory  region 
so  that  the  data  is  not  allowed  to  change  part  way  through  a  read  access. 

The  shared  memory  is  divided  into  a  control  area  and  a  data  area.  The  semaphore  is 
used  by  testBcast  and  rdData  routines  to  force  the  update,  of  any  information  in  the 
control  area,  to  be  strictly  one  process  at  a  time.  Information  in  the  control  area  maps 
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each  module  in  data-driven  mode  to  a  section  of  the  data  area.  The  location  of  the 
section  within  the  data  area  changes  as  each  packet  arrives.  When  a  packet  is  received 
it  is  directly  written  to  an  imused  section  of  the  data  area.  This  new  packet  of 
information  is  then  made  available  to  any  new  read  requests  when  testBcast  next 
obtains  the  semaphore  and  updates  the  control  area  for  die  module  concerned.  Packet 
information  made  obsolete  by  the  new  arrival  is  not  reclaimed  for  reuse  until  aU  read 
requests  on  it  are  finished.  A  read  request  through  an  rdData  routine  mcrements  a 
coimter  in  the  control  area  associated  with  a  section  of  the  data  area  when  it  starts  and 
decrements  the  same  counter  when  it  finishes.  This  allows  tBstBcust  to  find  and  reuse  an 
obsolete  section  by  reading  the  value  in  its  counter. 


8.  Data  Transfer  Rate  Comparison  and  Reliability 


A  comparison  of  the  data  transfer  rates  of  the  ethemet  and  the  previous  BPI  data  bus 
was  performed  (Edwards,  1999)  and  the  results  are  summarised  in  Table  1.  The  BPI 
rates  measured  were  based  on  the  time  taken  to  fetch  a  single  address  (vector),  whereas 
the  ethemet  rate  is  fundamentally  a  packet  update  rate  measured  by  the  host 
computer.  The  data  bus  rate  for  the  ethemet  was  determined  by  knowing  the  number 
of  addresses  fetched  in  a  single  ethemet  packet.  The  results  shown  in  the  table 
illustrate  that  the  ethemet  bus  data  transfer  rates  far  exceed  those  achieved  by  the 
previous  BPI  data  bus.  One  of  the  two  main  upgrade  objectives,  to  improve  the  data 
transfer  rates  over  the  new  bus,  was  therefore  achieved. 


Module 

TimepCT  > 

:::;''^v-"::Addr^se% 

per  Second 

Ethernet 

BPIfold  systeni) 

Ethemeit 

BPI  (old  system) 

Freestream 

0.0014 

0.0574 

720 

17 

Sting  Column 

0.0555 

640 

18 

Auxiliary 

0.0016 

0.0700 

14 

Strain  Gauge  #1 

0.0003 

0.0642 

3280 

16 

Strain  Gauge  #2 

0.0004 

2560 

14 

Model  Attitude 

0.0005 

0.0700 

2000 

Inclinometer 

0.0002 

0.1200 

4160 

8 

Actuator 

0.0001 

0.0526 

7680 

19 

Table  1.  Comparison  of  data  transjer  rates  for  the  ethemet  and  BPI  data  bus 


The  testBcast  software  monitors  the  packet  traffic  on  the  ethemet  and  maintains  a  coimt 
of  the  number  of  lost  packets.  Over  the  extended  use  of  the  ethemet  data  bus  it  has 
been  found  that  the  loss  of  UDP  packets  is  insignificant,  being  of  the  order  of  one  lost 
packet  in  a  million  packets  transferred. 

The  ethemet  network  has  also  proved  itself  to  be  reliable.  The  previous  BPI  based 
system  was  prone  to  dropouts  and  data  loss  due  to  the  high  electrical  interference  in 
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the  wind  tunnel  operating  environment.  However,  the  new  ethemet  network  has  not 
been  disturbed  by  the  electrical  interference  generated  by  other  systems  in  the  wind 
tunnel.  Since  its  integration  with  the  data  acquisition  system,  the  ethemet  data 
acquisition  network  has  not  crashed  at  all.  The  second  main  objective,  to  improve  the 
reliability  of  the  data  bus,  was  therefore  also  achieved. 


9.  VXI-based  Instrumentation 

The  development  of  the  data  acquisition  system  is  a  longer-term  project  with  the 
objectives  of  maintaining  a  reliable,  state-of-the-art  system,  which  provides  high 
quality  data  to  the  wind  tunnel  customer.  With  this  in  mind,  the  data  acquisition 
system  project  has  commenced  the  transition  of  the  now  outdated  VME-based 
instrumentation  modules  to  a  new  off-the-shelf  system.  VXIbus  was  chosen  as  the 
development  platform  for  the  possible  replacement  of  some  of  the  instrumentation 
modules. 

VXIbus  was  initially  introduced  in  1987  as  a  new  standard  instrument  architecture.  It  is 
defined  around  the  VMEbus  architecture  which  is  well  known  for  its  high  speed  data 
rates  of  up  to  40  MB/s,  and  its  excellent  computer  backplane.  VXIbus  took  the  VMEbus 
standard  and  developed  it  further  to  incorporate  GPIB;  to  define  the  instrumentation 
environment  including  power  and  cooling  required,  with  strict  limits  on  radiated 
interference  between  modules;  to  require  a  Slot  0  backplane  management  card;  and  to 
define  a  Resource  Manager  to  configure  modules  when  power  is  turned  on  or  reset. 
VXIbus  is  now  known  for  its  compact  size,  high  throughput  and  flexibility.  (Hewlett- 
Packard,  1998) 

Additionally,  VXIbus  was  chosen  by  the  prime  Contractor  as  the  backbone  of  the  data 
acquisition  system  in  the  new  AMRL  Transonic  Wind  Tunnel.  To  maintain 
commonality,  and  transferability  between  the  two  major  wind  tunnels,  it  was  decided 
to  pursue  the  VXIbus  development  path. 

The  strain  gauge  balance  amplifier  system,  as  shown  in  Figure  6,  was  chosen  as  the  first 
of  the  VME-based  modules  to  be  investigated  as  it  predominantly  transfers  data 
continuously  to  the  host  computer,  and  it  does  not  incorporate  any  control  functions. 
Six  Vishay  model  2310Y  signal  conditioning  amplifiers  were  acquired  to  provide 
conditioning  and  amplification  of  the  low-level  signals  from  the  sbc  strain  gauge 
bridges  on  a  balance.  The  excitation  voltage  and  bridge  output  voltage  for  each 
component  were  cormected  into  a  Hewlett  Packard  E1415  Closed  Loop  Algorithmic 
Controller  A/D  card  housed  in  the  VXI  main  chassis. 
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Six  component  strain  gauge 

balance  and  termination  box  Pentium  III  PC  running  HPVEE 


Figure  6  VXl-based  strain  gauge  balance  instrumentation  setup 

An  important  decision  regarding  the  VXIbus  system  was  the  choice  of  the  Slot  0 
controller.  The  options  to  choose  from  are  GPIB,  Firewire  (IEEE-1394),  MXI-2,  or 
embedded  PC  controller.  The  most  compact,  highest  throughput,  and  also  the  most 
expensive  is  the  embedded  PC  controller.  However,  no  upgrade  path  (other  than 
purchasing  a  new  PC  controller)  is  available  with  this  option.  This  is  a  major  drawback 
as  PC  technology  is  advancing  very  rapidly.  Firewire  was  chosen  as  the  preferred 
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controller  based  on  cost  and  throughput  requirements.  So  far,  data  update  rates 
indicate  that  the  Firewire  is  providing  the  througjiput  required.  The  Firewire  controller 
connects  to  a  PCI  card  located  in  a  500  MFlz  Pentium  III  PC,  which  acquires  the  data 
and  sends  it  to  the  host  computer  via  the  ethemet. 

As  described  in  previous  sections  of  this  report,  the  wind  tunnel  data  acquisition 
system  is  based  around  a  dedicated  ethemet  network.  As  one  of  the  prime  objectives  of 
the  project  was  to  provide  ease  of  maintainability,  HP  VEE  software  was  chosen  as  the 
development  platform  for  acquisition  of  data  from  the  A/D  card,  and  transmission  of 
the  data  to  the  host  computer.  HP  VEE  provides  an  object  based  software  development 
environment,  with  the  necessary  drivers,  and  objects,  to  communicate  directly  with  the 
instrumentation  cards  and  TCP/IP.  This  made  die  software  development  and 
integration  process  extremely  smooth.  A  daemon  running  on  the  Digital  Alpha  Server 
400  host  computer  was  written  to  receive  the  TCP/IP  data  packets  from  the  VXI  host 
PC  and  place  them  in  a  shared  memory  area  for  processes  such  as  numfrc  or  comfrc  to 
read  as  required. 

The  VXI-based  system  is  currently  providing  data  to  the  host  computer  at  an  update 
rate  of  40  channels  at  50  Hz.  This  rate  can  easily  be  increased  if  required,  however, 
50  Hz  has  been  chosen  to  be  consistent  with  the  other  modules  in  the  system. 


10.  Conclusion 


This  report  describes  the  upgrade  of  the  data  acquisition  system  in  the  Low  Speed 
Wind  Tunnel  at  the  Aeronautical  and  Maritime  Research  Laboratory.  The  new  system 
is  based  on  a  Digital  AlphaServer  400  running  Digital  UNIX  as  the  host  computer, 
which  provided  a  C,  X/Motif,  and  OpenGL  software  development  environment.  Using 
this  mixture  of  development  tools  the  system  has  been  designed  with  platform 
independence  and  ease  of  maintenance  as  key  design  features. 

The  bi-directional  parallel  interface  data  bus,  designed  in  the  late  1980s  and  used  in  the 
previous  data  acquisition  system,  did  not  achieve  its  stated  speed  or  reliability  design 
objectives  and  it  has  now  been  replaced  with  the  widely  accepted  TCP/IP  over 
ethemet  protocols.  The  ethemet  based  data  bus  has  proved  to  be  both  reliable  and 
significantly  faster  than  the  previous  data  bus. 

A  VXI-based  data  acquisition  system  is  currently  being  evaluated  as  a  replacement  for 
some  of  the  slave  modules  used  in  the  wind  tunnel  data  acquisition  system.  As  the 
VME-based  modules  are  becoming  more  difficult  to  maintain,  and  as  data  acquisition 
technology  continues  to  progress,  the  next  version  of  the  wind  tunnel  data  acquisition 
system  will  most  likely  see  a  mixture  of  PCs  and  VXI,  using  ethemet  and  firewire  as 
the  communication  protocols. 
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